Method and System for Controlling a Scheduling Order Per Category in a Music Scheduling System

ABSTRACT

A system and method for controlling a scheduling order per category is disclosed. A scheduling order can be designated for the delivery and playback of multimedia content (e.g., music, news, other audio, advertising, etc) with respect to particular slots within the scheduling order. The scheduling order can be configured to include a forward order per category or a reverse order per category with respect to the playback of the multimedia content in order to control the scheduling order for the eventual airplay of the multimedia content over a radio station or network of associated radio stations. A reverse scheduling technique provides an ideal rotation of songs when a pre-programmed show interferes with a normal rotation. Any rotational compromises can be buried in off-peak audience listening hours of the programming day using the disclosed reverse scheduling technique.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority pursuant to 35 U.S.C. §120, as acontinuation, to the following U.S. Utility patent application which ishereby incorporated herein by reference in its entirety and made part ofthe present U.S. Utility patent application for all purposes:

-   U.S. Utility application Ser. No. 12/856,952, entitled “METHOD AND    SYSTEM FOR CONTROLLING A SCHEDULING ORDER PER CATEGORY IN A MUSIC    SCHEDULING SYSTEM,” (Attorney Docket No. 134-RCS-10-2009), filed    Aug. 16, 2010, pending.

TECHNICAL FIELD

Embodiments are generally related to the scheduling of the delivery andairplay of multimedia content. Embodiments are additionally related toairplay of audio, including music, over radio stations and networks ofradio stations. Embodiments further relate to a reverse multimediascheduling technique.

BACKGROUND OF THE INVENTION

Most radio stations employ a music director to select and schedule musicand other multimedia programming for airplay. A typical music directoris responsible for interacting with record company reps, auditioning newmusic, and making decisions (sometimes in conjunction with a programdirector) as to which songs get airplay, how much and when. At mostradio stations today, the music director devises rotations for songs andprograms of the daily music through specialized music software made justfor this purpose.

A typical FM radio station, for example, may air a national showweekdays in a 4 pm to 5 pm slot. The content for such a show may bescheduled out of another FM radio station, typically locatedgeographically distant from other associated radio stations. The show'scontent is sent to the other stations within a radio station network forhand-placement in a local GSelector database of music, audio and othermultimedia content.

Music directors often have difficulty in evenly programming localrotations to prevent clashes with network programs. If the musicdirector fails to account for the content of network programming thatruns next to local programming, the listener could be exposed torepeated programming. Music directors often hand-place songs to try andprevent theses clashes between network and local programming. It isdifficult, however, for a music director to adjust local program contentin a way that will prevent programming clashes with the networkprogramming later in the day yet still maintain good rotation of thelocal content. The music director would probably not recognizeprogramming clashes between the local and network show in the hours longbefore the network show. Only as the music director approaches thenetwork hours would the director see the programming clashes. Having tore-program much of the day's content to correct the clashing rotationsis inefficient.

A possible solution to this programming clash is hand-placing contentbackwards in the local show, starting from the time slot of the localprogramming that is closest to the network programming. Once the songsfor the network show have been placed into the schedule, the musicdirector for each station could then work backwards from the beginningof that show, hand placing the local songs in high-turnover categories.These categories typically have, for example, between three and ninesongs. If the music director begins song placement in the hour time slotimmediately preceding the network show, the director can take intoaccount the actual music content of the network show to maintain evenrotations in the local show. Therefore, a need exists to provide anefficient system and method for controlling a reverse scheduling orderper category in a multimedia scheduling system.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying figures, in which like reference numerals refer toidentical or functionally-similar elements throughout the separate viewsand which are incorporated in and form a part of the specification,further illustrate the present invention and, together with the detaileddescription of the invention, serve to explain the principles of thepresent invention.

FIG. 1 illustrates a schematic view of a data-processing system, inaccordance with the disclosed embodiments;

FIG. 2 illustrates a schematic view of a software system including anoperating system, application software, and a user interface, inaccordance with the disclosed embodiments;

FIG. 3 illustrates a flow chart of operations depicting logicaloperational steps of a method for controlling a scheduling order percategory, in accordance with the disclosed embodiments;

FIG. 4 illustrates an example of a graphically displayed table which maybe utilized to configure settings for controlling a multimedia schedule,in accordance with the disclosed embodiments;

FIG. 5 illustrates an example of a graphically displayed table which maybe utilized to configure settings for controlling a multimedia schedule,in accordance with the disclosed embodiments;

FIG. 6 a illustrates an example of a multimedia programming rotationwith evenly-spaced multimedia plays throughout a programming day, inaccordance with the disclosed embodiments;

FIG. 6 b illustrates an example of a graphically displayed table showingthe three songs scheduled to be played in a pre-programmed countdownshow, in accordance with the disclosed embodiments;

FIG. 6 c illustrates an example of a graphically displayed table usedfor scheduling the remaining time slots throughout the day, inaccordance with the disclosed embodiments;

FIG. 6 d illustrates an example of a graphically displayed table usedfor in which a reverse scheduling method is used to solve schedulingproblems, in accordance with the disclosed embodiments;

FIG. 6 e illustrates an example of a graphically displayed table usedfor scheduling a time slot range in regular chronological order, inaccordance with the disclosed embodiments; and

FIG. 6 f illustrates an example of a graphically displayed table usedfor scheduling a time slot range in reverse chronological order, inaccordance with the disclosed embodiments.

DETAILED DESCRIPTION

The particular values and configurations discussed in these non-limitingexamples can be varied and are cited merely to illustrate at least oneembodiment and are not intended to limit the scope thereof.

The following discussion is intended to provide a brief, generaldescription of suitable computing environments in which the system andmethod may be implemented. Although not required, the disclosedembodiments are generally described in the general context ofcomputer-executable instructions, such as, for example, one or moreprogram modules, which can be executed by a processor, computer, or agroup of interconnected computers.

FIGS. 1-2 are provided as exemplary diagrams of a data processingenvironment in which embodiments may be implemented. It should beappreciated that FIGS. 1-2 are only exemplary and are not intended toassert or imply any limitation with regard to the environments in whichaspects or embodiments of the invention may be implemented. Manymodifications to the depicted environments may be made without departingfrom the spirit and scope of the present invention.

As illustrated in FIG. 1, the disclosed embodiments may be implementedin the context of a data-processing system 100, which can be configuredto include, for example, a central processor 101, a main memory 102, aninput/output controller 103, a keyboard 104, a pointing device 105(e.g., mouse, track ball, pen device, or the like), a display device106, and a mass storage 107 (e.g., hard disk). Additional input/outputcomponents, such as a hardware interface 108, for example, may beelectronically connected to the data-processing system 100 as desired.Note that such hardware interface 108 may constitute, for example, a USB(Universal Serial Bus) that allows other devices, such as printers, faxmachines, scanners, copiers, and so on, to be communicated with thedata-processing system 100.

Note that as illustrated, the various components of the data-processingsystem 100 communicate through a system bus 110 or similar architecture.It can be appreciated that the data-processing system 100 may in someembodiments, be implemented as a mobile computing device such as aSmartphone, laptop computer, Apple® iPhone®, etc. In other embodiments,data-processing system 100 may function as a desktop computer, server,and the like, depending upon design considerations.

FIG. 2 illustrates a computer software system 200 for directing theoperation of the data-processing system 100 depicted in FIG. 1. Softwareapplication 152, stored in main memory 102 and on mass storage 107,includes a kernel or operating system 151 and a shell or interface 153.One or more application programs, such as software application 152, maybe “loaded” (i.e., transferred from mass storage 107 into the mainmemory 102) for execution by the data-processing system 100. Thedata-processing system 100 receives user commands and data through userinterface 153; these inputs may then be acted upon by thedata-processing system 100 in accordance with instructions fromoperating module 151 and/or application module 153.

Note that the term module as utilized herein may refer to a collectionof routines and data structures that perform a particular task orimplement a particular abstract data type. Modules may be composed oftwo parts: an interface, which lists the constants, data types,variable, and routines that can be accessed by other modules orroutines, and an implementation, which is typically private (accessibleonly to that module) and which includes a source code that actuallyimplements the routines in the module. The term module may also simplyrefer to an application, such as a computer program design to assist inthe performance of a specific task, such as word processing, accounting,inventory management, music program scheduling, etc.

Generally, program modules include routines, programs, objects,components, data structures, etc., that perform particular tasks orimplement particular abstract data types. Moreover, those skilled in theart will appreciate that the disclosed method and system may bepracticed with other computer system configurations, such as, forexample, hand-held devices, multi-processor systems,microprocessor-based or programmable consumer electronics, networkedPCs, minicomputers, mainframe computers, and the like.

The interface 153, which is preferably a graphical user interface (GUI),also serves to display results, whereupon the user may supply additionalinputs or terminate the session. In an embodiment, operating system 151and interface 153 can be implemented in the context of a “Windows”system. It can be appreciated, of course, that other types of systemsare potential. For example, rather than a traditional “Windows” system,other operation systems, such as, for example, Linux may also beemployed with respect to operating system 151 and interface 153. Thesoftware application 152 can include a scheduling module 155 that can beadapted to control scheduling with respect to the delivery and airplayof multimedia content, as described in greater detail herein. Thesoftware application 152 can also be configured to communicate with theinterface 153 and various components and other modules and features asdescribed herein. The module 155, in particular, can implementinstructions for carrying out, for example, the method 300 depicted inFIG. 3 and/or additional operations as described herein.

FIG. 3 illustrates a flow chart of operations depicting logicaloperational steps of a method 300 for controlling a scheduling order percategory, in accordance with the disclosed embodiments. The method 300offers the ability to control a scheduling order and set such ascheduling order either as a forward order per category or a reverseorder per category.

As illustrated at block 301, the process for controlling a schedulingorder per category can be initiated. Next, as illustrated at block 302,an operation can be processed to identify un-slotted category grouppositions, theme positions and twofer positions. Thereafter, a test canbe performed, as illustrated at block 303, to determine if theun-slotted category group positions, theme positions, and twoferpositions have all been identified. If, however, such un-slottedcategory group positions, theme position, and twofer positions have notbeen identified in block 302, then an additional test can be performed,as indicated at block 305, to determine whether or not to attempt toidentify such data again. If it is determined to make another attempt atidentifying such data, then the operation described at block 302 can beprocessed again, and so on. If, however, as indicated at block 305, itis determined not to make another attempt at identifying such data, thenthe process terminates, as depicted at block 313.

Assuming that such data has been identified, then un-slotted categorygroup positions, theme positions and twofer positions can be scheduledin reverse order over a given date/time period, as illustrated in block304 Next, as illustrated at block 306, dayparts can be designated as“Reverse Scheduled”. When scheduling category groups, themes or twofersdesignated as “Reverse Scheduled” in dayparts, designated as “ReverseScheduled,” each position in the time range can be scheduled in reverseorder, as illustrated in block 308. Next, as illustrated at block 310, ascheduling pass order is retained, followed by retaining the daypartpriority pass order, as illustrated in block 312. The process thenterminates as illustrated in block 313.

As indicated above, the method 300 for controlling a scheduling orderper category can be implemented in the context of a module or group ofmodules. Such modules include computer implementable instructions forperforming instructions including the individual operational stepsindicated in the various blocks depicted in FIG. 3. Note that varioussoftware applications and implementations may be configured to provideone or more of the instructions illustrated in FIG. 3. One possibilityinvolves configuring a database and associated modules to designate suchscheduling control. For example, a bit field may be added to a“StationDayparts” table to designate if a daypart can be reversescheduled as follows:

ALTER TABLE dbo.StationDayparts ADD reverseSchedule bit NOT NULLCONSTRAINT DF_StationDayparts_reverseSchedule DEFAULT 0

Additionally, a new “Pass Order” table, which can store pass orderinformation regarding Category Groups, Link Categories, Themes andTwofers, can be configured as follows:

CREATE TABLE [dbo]. [StationPassOrder] ( [stationID] [int] NOT NULL,[entryTypeID] [int] NOT NULL, [groupID] [int] NOT NULL, [passOrder][int] NOT NULL, [reverseSchedule] [bit] NOT NULL CONSTRAINT[DF_StationPassOrder_reverseSchedule] DEFAULT ((0)), CONSTRAINT [PKStationPassOrder] PRIMARY KEY CLUSTERED ( [stationID] ASC, [entryTypeID]ASC, [val] ASC ) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON[PRIMARY] ) ON [PRIMARY]

Additionally, upgrade script can be created in order to copy pass ordersettings from the StationCategoryGroups table for each Category Group toa StationPassOrder table. The groupID can be to the category group id.Upgrade script can also be created in order to copy the pass ordersettings from the Stations table for Theme and Twofer to theStationPassOrder table. The groupID can be set to 0. The pass ordercolumns can also be deleted for Theme and Twofer from the Stations tableas follows:

ALTER TABLE [dbo].[Stations] DROP CONSTRAINT[DF_stations_twoferPassOrder] go ALTER TABLE [dbo].[Stations] DROPCOLUMN [twoferPassOrder] go ALTER TABLE [dbo].[Stations] DROP CONSTRAINT[DF_stations_themePassOrder] go ALTER TABLE [dbo].[Stations] DROP COLUMN[themePassOrder] go Delete the PassOrder column from theStationCategoryGroups table ALTER TABLE dbo.StationCategoryGroups   DROPCONSTRAINT DF_StationCategoryGroups_passOrder GO ALTER TABLEdbo.StationCategoryGroups   DROP COLUMN passOrder

A variety of service designs can be configured in the context ofconstructing a method and/or system for scheduling per category. Forexample, a “Pass Order” may be implemented, which provides Read and/orWrite techniques with respect to the “StationPassOrder” table discussedearlier. Additionally, such a “Pass Order” allows for inserting,deleting and updating entries, inserting/deleting entries for categorygroups as they are added/deleted in a particular radio station, and alsofor inserting/deleting an entry with respect to a twofer when twofersare enabled/disabled. In such a design a reverseSchedule property can beadded to the categoryGroup class in schedulerData.cs and populated ascategory groups are added in the context of a GetCategoryGroups2 method.Additionally, new properties can be populated in the context of aSchedulerContext with the Twofer and Theme scheduling order.

Dayparts can also be configured, which Expose the reverseScheduleproperty from the statondayparts table in all queries. Such “dayparts”or “DayParts” can also save the reverseSchedule property when updatingthe stationdayparts table. A reverseSchedule property can be added to aDaypart class in SchedulerData.cs and populate dayparts are added in thecontext of a GetDaypartData2 method.

Other reverse scheduling aspects may be configured, including thehandling of revised properties of stations and stationdayparts table,along with the handling of a new stationpassorder table. Copy and deletestation capabilities can also be configured, including the handling ofrevised properties of stations and stationdayparts tables, along withthe handling of new “stationpassorder” tables. Additionally, a“scheduler” can be implemented, including “Next Due” aspects and an “InScheduleDaylnParallel” method.

When both daypart and category groups are ‘reverse schedule’ designated,a call command calcNextDaypartPlay can be implemented instead ofcalcPriorDaypartPlay. Additionally, local variables can be swapped priorto calling calcDueness as follows Int32 firstSongPosInDaypart and Int32lastSongPosInDaypart. Additionally, the ‘next play’ can be passed tocalcDueness instead of ‘last play’. The operation calcDueness can alsobe modified to use the absolute difference between the ‘current play’and the ‘last play’. Regarding the “Hour” and timing, when the bothdaypart and category group are in a ‘reverse schedule’ mode, a newmethod (or module) may be written called calcNextHourPlay. Otheroperations include calling calcNextHourPlay instead of calcPriorHourPlayand swapping the local variables prior to calling calcDuenesslnHour asfollows: Int32 lastSongPosInHour and Int32 firstSongPosInHour.Additional modifications include ‘pass’ the ‘next play’ tocalcDuenesslnHour instead of ‘last play’ and modifying calcDuenesslnHourto use the absolute difference between the ‘current play’ and the ‘lastplay’.

Category group positions can be provided by creating a new classOrderedDaypartSegment, derived from DaypartSegment, which has anadditional property to identify Forwards or Reverse scheduling and alist of category group ids to be scheduled as follows.

class OrderedDaypartSegment : DaypartSegment { enum SchedulingOrder{Forward, Backward} List<int> categoryGroupsInSegment } ▪ In LinearPassmethod

A calculation of “dueness” as above can occur, which takes into accountforward or reverse scheduling to ensure search depth uses correct songs.Additionally, a new list of OrderedDaypartSegments callednewDaypartSegsInTimeOrder can be populated and constructed from theDaypartSegmentS in daypartSegsInTimeOrder and each segment designated asForwards. For the daypart in each segment in the range, if the daypartis not ‘Reverse Schedule’ then all the specified category group ids fromthe catgroupsinpass can be added to the seg.categoryGroupsInSegment. Ifthe daypart is ‘Reverse Schedule’, then only the category group ids fromcatgroupsinpass which are not ‘Reverse Schedule’ are added to theseg.categoryGroupsInSegment.

Additional OrderedDaypartSegments from the same DaypartSegment can beadded in daypartSegsInTimeOrder in reverse order if any of the CategoryGroups are designated as ‘Reverse Schedule’ and the underlying daypartfor the segment is also designated as ‘Reverse Schedule’. These can bemarked as Reverse, and the category group id added to theseg.categoryGroupsInSegment. Additional operations including iteratingthe new list of OrderedDaypartSegment, and instead of the foreach(DaypartSegment seg in daypartSegsInTimeOrder) the following is used:foreach (OrderedDaypartSegment seg in newDaypartSegsInTimeOrder).

Additional instructions including ensuring thatsongsByStackingTypeAndCatGroup is only populated once per category groupand {hour|daypart} by only populating in the Forwards scheduling pass.Also, operations can be implemented to determine a start position, anend position and an increment based on seg.schedOffset,seg.numPositions, seg.schedulingOrder and then iterating over eachposition in the segment in the desired order instead of always doing sofrom the beginning to end.

If the orderedDaypartsegment scheduling order is Forwards, then anoperation can be processed to iterate over the schedule positions frombeginning to end and continue to unschedule the planned songs as before.If the orderedDaypartsegment scheduling order is “Reverse,” then anoperation is implemented to iterate over the schedule positions from theend to the beginning, with no unscheduled planned songs.

When identifying if the position to schedule is in the correct categorygroup for the current pass, instead of:

if (se.entrytype == EntryType.Song   && se.status == Status.Unscheduled  && catgroupsinpass.Contains(se.catgrpid))

An operation can be implemented to ensure that the category group isvalid for the current orderedDaypartsegment by evaluating theseg.categoryGroupsInSegment instead of catgroupsinpass. Regarding ArtistBlock Positions, the ‘Reverse Scheduled’ setting can be obtained forTwofers from SchedulerContext. Additionally, a“lookupScheduledArtistBlocks” method can be modified to yield a list ofartist block positions based on the reverse schedule setting ofunscheduled artist blocks and each daypart in the time range.

Regarding “Twofer Positions,” an operation can be processed to obtainthe ‘Reverse Scheduled’ setting for Twofers from SchedulerContext. The“lookupScheduledTwofers” method can be modified to yield a list oftwofer positions based on the reverse schedule setting of unscheduledtwofers and each daypart in the time range.

Regarding “Theme Positions,” an operation can be processed to obtain the‘Reverse Scheduled’ setting for Theme from SchedulerContext. A new listof OrderedDaypartSegments can be populated, which is callednewDaypartSegsInTimeOrder and constructed from the DaypartSegments indaypartSegsInTimeOrder. The “schedulingOrder” can be then designated asForwards or Reverse where applicable. Additional operations includeiterating over the newDaypartSegsInTimeOrder. If theOrderedDaypartSegment scheduling order is Forwards, then iteration maytake place over the schedule positions from beginning to end. If theOrderedDaypartSegment scheduling order is Reverse, then iteration cantake place over the schedule positions from the end to the beginning.

In configuring a method and/or system for controlling a schedulingorder, as discussed herein, policy information and conditions may beconfigured. For example, an operation may be implemented to updatePolicy Schema to handle revised properties of stations and a“stationdayparts” table and a new “stationpassorder” table. New and/orcharged data can be propagated in “policy” XML and the “Pass Order”discussed herein can have a dependency on category groups.

Other potential design aspects including modifying the Pass Order byexposing the ‘Reverse Schedule’ property in a pass order dialog, alongwith pulling the pass order data when opening the pass order dialog, andmerging with the pass order information for the category groups, themeand twofer rows. Additional design aspects include preventing slottedcategories from being ‘reverse scheduled’ and persisting new pass orderdata when category data is saved. Regarding “dayparts,” the “ReverseScheduling” property can be exposed when adding, viewing and/or editinga daypart. Further design aspects including allowing for editing of the‘Reverse Scheduling’ property in an Add/Edit daypart dialog only.

Note that as utilized herein the term “dialog” refers to a “dialog box,”which is a special feature or window utilized in the context of a GUI(Graphical User Interface), such as, for example, the interface 153 ofFIG. 2, to display information to a user, or to obtain a response, ifrequired. A “dialog” refers to a dialog between a data-processingsystem, such as that described herein with respect to FIGS. 1-2 and theuser. The data-processing system informs the user of something, requestsinput from the user, or both. Such a dialog or dialog box providescontrols that allow a user to specify how to carry out a particularaction.

FIG. 4 illustrates an example of a graphically displayed table 400,which may be utilized to configure settings for controlling a multimediaschedule, in accordance with the disclosed embodiments. It can beappreciated that the table 400 can be displayed in the context of a GUI,such as the interface 153 of FIG. 2 for display on a display such as,for example, the display device 106 of FIG. 1. Category group optionscan be set using table 400. A user can interact with the table 400 todesignate, for example, the “Pass Order” with respect to column 402shown in FIG. 4. Column 404 allows a user to set “Group” options such asdesignating an “A” or “B” group or a <Theme> or <Twofer>. Column 406allows a user to set “Reverse Schedule” options, while a particular slotmay be set using controls within column 408. Additionally, timingoptions can be set using controls under column 410, and stacking optionsset using controls under column 412. Depth (percentage) can be set usingcontrols associated with column 414. Finally, research data can bedesignated using data entered underneath column 416.

FIG. 5 illustrates an example of a graphically displayed table 500,which may be utilized to configure settings for controlling a multimediaschedule, in accordance with the disclosed embodiments. Table 500, inassociation with table 400, provide a number of options. The mostnotable option for selection in FIG. 5 is the ability to designate“Dayparts” data and settings, as indicated by the controls associatedwith the graphically displayed tab 503.

In an embodiment of the disclosed invention, an efficient multimediascheduling technique intends to optimize the rotation of smallercategories containing multimedia that also appear in pre-scheduledspecial programming. In a pre-programmed countdown show that airs at7:00 p.m., for example, songs may be featured that also play in anormally scheduled category. Typically, songs featured in a countdownshow are pre-scheduled before the scheduler, or scheduling module of acomputer-implemented device, schedules the programming for the precedingtime slots. This can lead to compromised rotations of those songs as thescheduler attempts to work around the rotation problem.

FIG. 6 a illustrates an example of a multimedia programming rotationwith evenly-spaced plays throughout a programming day. Each columnillustrates the programming rotation of three songs out of a rotation offive songs (each song numbered 1 through 5) per hour-long time slot,beginning with 12:00 midnight 601 and ending with 7:00 p.m. 620. The toprow 630 shows the day's particular time slot, beginning with 12:00midnight and ending with 7:00 p.m. and the bottom row 640 shows thethree particular songs out of five total songs in a category chosen forthat particular time slot. FIG. 6 a illustrates how five songs in asingle category would be equally rotated with three clock requests eachhour for that category. In the 12:00 midnight time slot 601, forexample, songs 1-2-3 are scheduled 641 to air. In the next time slot602, songs 4-5-1 are scheduled 642 to air. The song pattern of 1-2-3-4-5repeats until the scheduling pattern ceases following the 6:00 p.m. hour619, or just before for the pre-programmed show at 7:00 p.m. 620. As anideal rotation, the five songs in a single category are equally spreadand get even play in the program throughout the day, beginning at 12:00midnight 601 and ending at 6:00 p.m. 619, before the start of the 7:00pm. countdown show.

This ideal rotation, however, can be interrupted depending on the songsscheduled to air during the pre-programmed countdown show. FIG. 6 billustrates the three songs scheduled 660 to be played in the 7:00 timeslot 620 during a pre-programmed countdown show. Songs 2-1-5 arepre-programmed 660 in this order into the schedule during the 7:00 p.m.time slot 620.

In FIG. 6 c, with the countdown show songs (2-1-5) in the 7:00 p.m. timeslot 612, the remaining time slots throughout the day are scheduled 665.The five songs, however, are not evenly-spread throughout the day'sprogramming when manual scheduling begins at the beginning of the day atthe 12:00 midnight time slot 601 when the 7:00 p.m. time slot 660 isalready pre-programmed. In the 6:00 p.m. time slot 619, songs 2-1-5would be ideal choices based on the previous time slot's schedule, asillustrated in 659 in FIG. 6 a. But, songs 2-1-5 have already beenscheduled 660 for the 7:00 p.m. countdown show. The scheduler has tomake serious compromises to the rotational pattern, thus having tosettle with songs 1-2-4 669 in the 6:00 p.m. time slot 619. Schedulingsongs 1-2-4 669 in the 6:00 p.m. time slot 619 results in songs 2 and 4having poor spread due to their play in the previous 5:00 p.m. time slot618. There are very few ways to resolve the scheduling problem when thecountdown show is pre-programmed and the rest of the day's programmingis set starting at the beginning of the day.

FIG. 6 d illustrates a time slot range 670 in which a reverse schedulingmethod 600 is used to solve scheduling problems as described in FIGS. 6a-6 c. Reverse scheduling, as illustrated in FIG. 6 d works byscheduling a day's programming from the reverse direction, startingimmediately before the pre-programmed show. The scheduler provides atime slot range 670 in which day's programming is to be scheduled inreverse chronological order, preventing rotation problems withpre-scheduled programming. For example, in FIG. 6 e, the countdown showis again scheduled at 7:00 p.m. 620, with songs 2-1-5 pre-programmed660. The time slot range 680 from 12:00 midnight 601 to 3:00 a.m. 604 isscheduled in regular chronological order, as shown in FIG. 6 e, as thisrange is an off-peak time slot range.

In FIG. 6 f, the time slot range from 5:00 a.m. 605 to 6:00 p.m. 619 isscheduled in reverse chronological order to prevent rotation problemsbetween the countdown show in the 7:00 p.m. time slot and the time slotsimmediately preceding the show. The scheduler or a computer-implementedscheduling module starts at 6:00 p.m. 619 and looks both ahead in timeand behind in time to make the best scheduling choices. When startingwith the 6:00 p.m. hour 619, the scheduler finds that songs 2-1-5 660are closest to the songs in the pre-scheduled countdown show in the 7:00p.m. time slot 620. The scheduler then avoids scheduling this songcombination of 2-1-5 in the 6:00 p.m. time slot. Because one song out ofthis three song combination must be used in the 6:00 p.m. time slot 619,the scheduler module chooses song 5 to schedule in the 6:00 p.m. timeslot, in the farthest position from the rotation in the 7:00 p.m. timeslot. Scheduling song 5 in the first position in the 6:00 p.m. time slotprovides the most separation from the song 5's play in the pre-scheduled7:00 p.m. time slot.

Looking back in time, the scheduler sees that songs 3 and 4 are played,in that order, in the 2:00 a.m. time slot. To keep songs 3 and 4 asseparate as possible for a proper rotation, the scheduler places songs 3and 4, in that order, in the remaining two positions in the 6:00 p.m.time slot. The final order of songs in the 6:00 p.m. time slot 619 is5-3-4 699. The scheduler then works in reverse chronological order fromthe 6:00 p.m. time slot 619, essentially repeating the establishedpattern to schedule the remaining time slots and prevent schedulingproblems with pre-programmed show at 7:00 p.m. 620.

The reverse scheduling method 600 disclosed herein allows a scheduler toprevent scheduling problems during peak rotation hours, by buryingrotational compromises in off-peak hours. In FIG. 6 f, for example,following performance of the reverse scheduling method 600, theestablished scheduling pattern must be broken in the 4:00 a.m. time slot605 because of scheduling conflicts in the 3:00 a.m. time slot.Following the reverse chronological scheduling pattern, the 4 a.m. timeslot 605 should be programmed with songs 2-1-5, in that order. In the3:00 a.m. time slot 604, however, songs 5-1-2 are already scheduled 644in that order. The scheduler must compromise the rotation schedule inthe off-peak 4:00 a.m. time slot, and schedule songs 3-5-1 695 instead.However, there are fewer listeners in this hour as compared to the 6:00p.m. time slot. By properly constructing a reverse scheduling region,the user can now “bury” the scheduling compromise at a time where anynegative impact on the rotation will affect far fewer listeners than thenumber who would have been affected by poor rotation in the 6:00 p.m.time slot.

It will be appreciated that variations of the above-disclosed and otherfeatures and functions, or alternatives thereof, can be desirablycombined into many other different systems or applications. Also thatvarious presently unforeseen or unanticipated alternatives,modifications, variations or improvements therein may be subsequentlymade by those skilled in the art which are also intended to beencompassed by the following claims.

What is claimed is:
 1. A method comprising: designating a schedulingorder for delivery and playback of multimedia content with respect toparticular time slots within the scheduling order, by executing aprogram instruction in a data processing apparatus; and configuring thescheduling order to include a forward order per at least one firstcategory and a reverse order per at least one second category withrespect to the playback of the multimedia content to control thescheduling order for eventual airplay of the multimedia content, byexecuting a program instruction in a data processing apparatus.
 2. Themethod of claim 1 comprising: associating at least one unslottedposition in at least one of the particular time slots with the at leastone second category, by executing a program instruction in a dataprocessing apparatus; scheduling the unslotted position in the reverseorder with respect to the at least one second category over a particulartime period, by executing a program instruction in a data processingapparatus; and designating the at least one second category as reversescheduled, by executing a program instruction in a data processingapparatus.
 3. The method of claim 1 comprising: associating at least oneunslotted position in at least one of the particular time slots with atleast one theme position, by executing a program instruction in a dataprocessing apparatus; scheduling the unslotted position in the reverseorder with respect to the at least one theme position over a particulartime period, by executing a program instruction in a data processingapparatus; and designating the at least one theme position as reversescheduled, by executing a program instruction in a data processingapparatus.
 4. The method of claim 1 comprising: associating at least oneunslotted position in at least one of the particular time slots with atleast one twofer position, by executing a program instruction in a dataprocessing apparatus; scheduling the unslotted position in the reverseorder with respect to the at least one twofer position over a particulartime period, by executing a program instruction in a data processingapparatus; and designating the at least one twofer position as reversescheduled, by executing a program instruction in a data processingapparatus.
 5. The method of claim 1 comprising: designating the at leastone second category in a context of a daypart, wherein each position inat least one of the particular time slots in a particular time range isscheduled in the reverse order, by executing a program instruction in adata processing apparatus; and maintaining a priority with respect tothe daypart, by executing a program instruction in a data processingapparatus.
 6. The method of claim 1 comprising: initiating reversescheduling of said scheduling order in at least one peak time slot of aprogramming day, the at least one peak time slot immediately preceding apre-programmed multimedia content, the reverse scheduling schedules theat least one peak time slot in the reverse order with respect to the atleast one second category, by executing a program instruction in a dataprocessing apparatus.
 7. The method of claim 6 comprising: in responseto completion of the reverse scheduling, initiating forward schedulingof said scheduling order in at least one off-peak time slot precedingthe at least one peak time slot, the forward scheduling schedules the atleast one off-peak time slot in the forward order with respect to the atleast one first category, by executing a program instruction in a dataprocessing apparatus.
 8. A system comprising: a processor; a data buscoupled to the processor; and a non-transitory computer-usable mediumembodying computer code, the computer code comprising a program ofinstructions executable by the processor and configured for: designatinga scheduling order for the delivery and playback of multimedia contentwith respect to particular time slots within the scheduling order; andconfiguring the scheduling order to include a forward order per at leastone first category and a reverse order per at least one second categorywith respect to the playback of the multimedia content to control thescheduling order for the eventual airplay of the multimedia content. 9.The system of claim 8, the program of instructions configured for:associating at least one unslotted position in at least one of theparticular time slots with the at least one second category; schedulingthe unslotted position in the reverse order with respect to the at leastone second category over a particular time period; and designating theat least one second category as reverse scheduled.
 10. The system ofclaim 8, the program of instructions configured for: associating atleast one unslotted position in at least one of the particular timeslots with at least one theme position; scheduling the unslottedposition in the reverse order with respect to the at least one themeposition over a particular time period; and designating the at least onetheme position as reverse scheduled.
 11. The system of claim 8, theprogram of instructions configured for: associating at least oneunslotted position in at least one of the particular time slots with atleast one twofer position; scheduling the unslotted position in thereverse order with respect to the at least one twofer position over aparticular time period; and designating the at least one twofer positionas reverse scheduled.
 12. The system of claim 8, the program ofinstructions configured for: designating the at least one secondcategory in a context of a daypart, wherein each position in at leastone of the particular time slots in a particular time range is scheduledin the reverse order; and maintaining a priority with respect to thedaypart.
 13. The system of claim 8, the program of instructionsconfigured for: initiating reverse scheduling of said scheduling orderin at least one peak time slot of a programming day, the at least onepeak time slot immediately preceding a pre-programmed multimediacontent, the reverse scheduling schedules the at least one peak timeslot in the reverse order with respect to the at least one secondcategory.
 14. The system of claim 13, the program of instructionsconfigured for: in response to completion of the reverse scheduling,initiating forward scheduling of said scheduling order in at least oneoff-peak time slot preceding the at least one peak time slot of theprogramming day, the forward scheduling schedules the at least oneoff-peak time slot in the forward order with respect to the at least onefirst category.
 15. A non-transitory computer-usable medium, thecomputer-usable medium embodying computer program code, the computerprogram code comprising a computer-executable program of instructionsconfigured for: designating a scheduling order for the delivery andplayback of multimedia content with respect to particular time slotswithin the scheduling order; and configuring the scheduling order toinclude a forward order per at least one first category and a reverseorder per at least one second category with respect to the playbackmultimedia content to control the scheduling order for the eventualairplay of the multimedia content.
 16. The non-transitorycomputer-usable medium of claim 15, the computer-executable program ofinstructions configured for: associating at least one unslotted positionin at least one of the particular time slots with the at least onesecond category; scheduling the unslotted position in the reverse orderwith respect to the at least one second category over a particular timeperiod; and designating the at least one second category as reversescheduled.
 17. The non-transitory computer-usable medium of claim 15,the computer-executable program of instructions configured for:associating at least one unslotted position in at least one of theparticular time slots with at least one theme position; scheduling theunslotted position in the reverse order with respect to the at least onetheme position over a particular time period; and designating the atleast one theme position as reverse scheduled.
 18. The non-transitorycomputer-usable medium of claim 15, the computer-executable program ofinstructions configured for: associating at least one unslotted positionin at least one of the particular time slots with at least one twoferposition; scheduling the unslotted position in the reverse order withrespect to the at least one twofer position over a particular timeperiod; and designating the at least one twofer position as reversescheduled.
 19. The non-transitory computer-usable medium of claim 15,the computer-executable program of instructions configured for:initiating reverse scheduling of said scheduling order in at least peakone time slot of a programming day, the at least one peak time slotimmediately preceding a pre-programmed multimedia content, the reversescheduling schedules the at least one peak time slot in the reverseorder with respect to the at least one second category.
 20. Thenon-transitory computer-usable medium of claim 19, thecomputer-executable program of instructions configured for: in responseto completion of the reverse scheduling, initiating forward schedulingof said scheduling order in at least one off-peak time slot precedingthe at least one peak time slot of the programming day, the forwardscheduling schedules the at least one off-peak time slot in the forwardorder with respect to the at least one first category.